Bring Your Cluster Setup
Atmosly allows you to import existing Kubernetes clusters from your cloud accounts into the platform for centralized management, monitoring, and add-on deployment.
Supported Cloud Providers
| Provider | Cluster Type | Description |
|---|---|---|
| AWS (EKS) | Elastic Kubernetes Service | Import existing EKS clusters with automatic node group discovery |
| GCP (GKE) | Google Kubernetes Engine | Import existing GKE clusters (Autopilot or Standard) |
Import Workflow
- Navigate to the Cluster module from the left menu.
- Click on Bring your cluster or Add Cluster in the top right corner.
- Select the Cloud Provider — AWS (EKS) or GCP (GKE).
- Select the Target Cloud Account where the cluster is running.
- Select the Region (AWS) or Zone (GCP) where the cluster is deployed.
- A list of available clusters will be displayed — select the cluster you want to import.
- Select the Cluster Type:
- PUBLIC — Cluster with a publicly accessible API endpoint
- PUBLIC + PRIVATE — Cluster with both public and private endpoints
- PRIVATE — Cluster with a private-only API endpoint (requires ops-agent installation)
- Select the Access Mode — Read Only or Full Access (see below).
- Click Import to begin the import process.
Access Mode: Read Only vs Full Access
When importing, you choose how much access Atmosly is granted over the cluster. This lets you evaluate the platform on a production cluster with minimal permissions before committing to write access.
| Access Mode | What Atmosly Can Do | When to Use |
|---|---|---|
| Read Only | View nodes, pods, workloads, events, storage, and metrics. No agents are installed and no changes are made to the cluster. | Safely evaluate Atmosly on production clusters with minimal permissions. |
| Full Access | Everything in Read Only, plus deployments, pipelines, add-on management, auto-remediation, and agents. | Day-to-day management once you're ready to grant write access. |
Upgrading from Read Only to Full Access
You can move a read-only cluster to full access at any time — no re-import required:
- Open the cluster and choose Upgrade to Full Access (from the cluster actions).
- Atmosly checks whether the current credentials have the permissions needed for write operations.
- If additional permissions are required, Atmosly identifies the missing policies and shows you exactly what to grant.
- Apply the required permissions, then confirm the upgrade.
- Once upgraded, deployments, pipelines, auto-remediation, and agents become available.
A read-only import mints an on-demand, short-lived token for each operation and does not install agents. This is why some capabilities — deployments, add-on installs, and auto-remediation — only appear after upgrading to Full Access.
Private Cluster Import
For PRIVATE clusters (where the API endpoint is not publicly accessible), Atmosly uses an ops-agent installed inside the cluster to communicate securely:
- After selecting a private cluster, Atmosly generates a one-time installation command.
- Run this command inside your cluster to install the ops-agent.
- The ops-agent establishes a secure connection back to Atmosly.
- Once connected, Atmosly can manage the cluster without direct API access.
The installation command includes a temporary security token that expires in 24 hours. Regenerate if installation is delayed.
Post-Import Capabilities
Once imported, you can:
- View node groups — Automatically discovered and listed from your cloud account
- View nodes and pods — Monitor node health, pod status, and workloads
- Deploy add-ons — Install add-ons directly from the Atmosly console
- Run security scans — Evaluate cluster security with Kubescape
- Manage RBAC — Configure role-based access control
- View workloads — Monitor and manage Kubernetes deployments, statefulsets, jobs, etc.
Add-ons are not auto-installed on imported clusters. You can manually deploy required add-ons after import.
To edit the cluster and proceed with further configuration, refer to the Update & Upgrade Cluster section.
For a lighter-weight import without cloud account integration, see Import Clusters via Token.